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INTERFACE BETWEEN AN SS7 GATEWAY 
AND AN IP NETWORK 

FIELD OF THE INVENTION 

The present invention relates generally to signaling pro- 
tocols used in telecommunications networks, and more 
particularly, to an interface between a gateway to an SS7 
telecommunications network, such as the Public Land 
Mobile Network (PLMN), and an Internet Protocol (IP) 
telecommunications network, such as a private wireless 
office network. 

BACKGROUND OF THE INVENTION 

The Public Land Mobile Network 

In a cellular communication network, a geographical area 
or calling area is divided into smaller coverage zones called 
cells. Each cell is served by a base station that communicates 
with mobile phones within that particular cell The base 
stations are linked to a Mobile Services Switching Center 
(MSC) that in turn is connected to other MSCs as well as the 
Public Switched Telephone Network (PSTN). 

Many cellular networks are interconnected to form the 
Public Land Mobile Network (PLMN). The area serviced by 
a particular cellular network in the PLMN is referred to as 
a calling area. The interconnection of many different cellular 
networks allows mobile subscribers to maintain service 
while "roaming" outside the service area of their home 
provider. The MSC is responsible for connecting calls that 
originate or terminate in the PLMN. 

To carry out the business of requesting services, connect- 
ing calls, and sharing information that is needed to provide 
telecommunications services to mobile subscribers, the 
MSCs in the cellular network must exchange information 
with one another. In modern cellular communication 
systems, a signaling network provides the communication 
link between MSCs in a cellular network. This signaling 
network is used by the MSCs to exchange information 
needed to carry out the business of connecting and discon- 
necting voice and data circuits and providing other services. 
For example, the signaling network is used by the MSC to 
request connection to a voice or data circuit controlled by 
another MSC. The signaling network is also used to provide 
services, such as roaming, and to invoke advanced features 
of the network, such as automatic callback. The signaling 
network is separate from the voice network and is used 
solely for the purpose of communicating messages between 
nodes in Ihe network necessary to the business of connecting 
calls and maintaining the network. An example of a signal- 
ing network is the SS7 network. SS7 is an international 
standard network signaling protocol that allows common 
channel signaling between entities within a network. 

In order to permit the orderly exchange of information, 
nodes of a network must agree to a specific communications 
protocol. The protocol must be strictly followed by each 
node participating in a communication session to properly 
deliver data between the nodes. In the PLMN, that protocol 
is the SS7 protocol. SS7 is a message-based, packet switch- 
ing protocol that provides connectionless services. In the 
SS7 network, an entity requests services from another net- 
work entity by sending a message without establishing a 
physical connection to the destination node. These messages 
travel from node to node over the network from the origi- 
nating node to the destination node in a envelope called a 
packet. An important feature of the SS7 protocol is its 
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layered architecture. The functions of the protocol are 
divided into layers. Each message transmitted will contain 
many layers of information. When a message is sent, it is 
passed down through the various layers of the protocol stack 

5 at the originating node, over the physical medium to the 
destination node, and back up the protocol stack at the 
destination node. As the message travels down the protocol 
stack, each layer adds information in a header to the message 
that is needed by the protocols at that layer. As the message 

10 travels up the protocol stack at the destination node, the 
header information is stripped off at each layer. Thus, each 
layer acts as an envelope to transport messages generated by 
the layer above. 
Two important protocols used in cellular communications 

15 networks are the Mobile Application Protocol (MAP) and 
the Transaction Capabilities Control Protocol (TCAP). The 
MAP protocol is an extension of the SS7 protocol adapted 
for use in cellular networks. One of the main functions of the 
MAP protocol is to provide seamless roaming between 

20 cellular networks so that cellular subscribers do not have to 
pre-arrange for roaming services. The MAP protocol defines 
the messages and transactions for exchanging subscriber 
information between nodes that is needed to implement 
seamless roaming services. As a result, a cellular subscriber 

25 can travel from one calling area to another without pre- 
arrangement of loss of service. The MAP protocol makes 
roaming transparent to the user. 

The MAP protocol relies on the TCAP protocol to retrieve 
subscriber information from network databases. TCAP is an 

30 SS7 protocol that is used to provide access to network 
databases. In the intelligent network, TCAP protocol is also 
used by one node to invoke features, such as automatic 
callback, at another node. 

Private Wireless Office Telephone Systems 

35 

In recent years, there has been much interest in building 
private wireless office telephone systems (WOTS) by cor- 
porations or other large entities. Private wireless office 
telephone systems employ many concepts and features used 

40 by cellular networks and may be thought of as a scaled down 
cellular network. A plurality of micro base stations are 
positioned throughout the office to provide radio coverage 
within the office for mobile telephones. These base stations 
are connected to a switching center that is similar to the 

45 MSC in a cellular network. The switching center provides 
connection to the PSTN to allow users in the private wireless 
office system to communicate with the PSTN. 

The main advantage of a WOTS is that it allows custom- 
ers to use wireless telephones in an office or other localized 

50 area rather than a desk phone with a fixed connection to the 
telephone system. This allows customers to have mobility 
within the office yet remain accessible by phone. 

In order to fully realize the potential of the wireless office 
telephone system, it is desirable to also interface the WOTS 

55 with the PLMN. Interfacing with the PLMN allows users of 
the WOTS to use a single mobile phone in both networks. 
That is, a user of the private wireless office telephone system 
could use the same mobile phone when "roaming" in the 
PLMN. To make roaming in the PLMN possible, the private 

60 wireless office telephone system must be able to communi- 
cate with the PLMN. Thus, the private wireless office 
telephone system must implement the application layer 
protocols already in use in the PLMN. Those protocols 
include the Mobile Application Protocol (MAP) and the 

65 Transaction Application Control Protocol (TCAP). 

In an SS7 network, the TCAP protocol relies on the 
services of a transport protocol called the Signaling Con- 
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nection Control Part (SCCP) to deliver messages over the and a host in the IP network. Those procedures include the 
network. The SCCP layer provides the routing information session management procedures and link supervision pro- 
needed to deliver messages over the SS7 network. Informa- cedures. The session management procedures are used to 
tion contained in the SCCP layer includes the origination open and close communication sessions, and to configure 
and destination addresses that are used to route messages 5 the IP host for communication with the SS7 gateway. The 
through the network or series of networks. link supervision procedures are used to monitor the link 
Existing implementations of the private wireless office between the SS7 gateway and the IP network and to rees- 
telephone systems also use the SCCP protocols for trans- tablish the link in the event that a problem arises, 
porting messages over the private wireless office network. The present invention provides a means for using IP to 
This means that the nodes in the wireless office telephone 10 transport mobile application messages, such as MAP and 
system must be assigned SS7 addresses and participate in TCAP messages, without intervening SS7 protocol layers. 
SS7 message management at the SCCP layer. The SCCP One of the benefits of the invention is that it provides a 
layer adds additional signaling overhead that is not needed relatively simple yet robust transport protocol that elimi- 
in wireless office telephone systems that use the TCP/IP nates the need for hosts in the IP network to have any 
protocols for addressing and routing of messages. In TCP/IP is knowledge of SS7 protocols or to participate in SS7 message 
networks, addressing is managed by the IP layer. The TCP management. The present invention also allows current 
layer is also capable of providing transport services similar MAP/TCAP protocols to be used within the IP network, 
to SCCP. Eliminating support for the SCCP protocols would 

greatly simplify the private wireless office system and BRIEF DESCRIPTION OF THE DRAWINGS 

eliminate redundancy in the existing protocols. Therefore, 20 fig. 1 is a schematic diagram illustrating an SS7 network 

there is a need for a protocol and interface that allows TCAP and IP network interconnected by a gateway, 

and MAP messages to be transported over an existing piG. 2 is a schematic diagram of a cellular communica- 

TCP/IP network without the need to implement the SCCP or t i on ne twork 

lower level SS7 protocols in the private wireless office H& 3 a ^tomtlto di m of a rivate ^nfoss office 

network - 25 telephone system. 

SUMMARY OF THE INVENTION FIG. 4 is a block diagram of an SS7 signaling network. 

The present invention relates to an interface between an FIG. 5 is a schematic diagram showing the SS7 protocol 

SS7 gateway and an IP network. The interface allows model for an SS7 signaling network, 

messages addressed using the IP protocol to be transmitted 30 FIG. 6 is a schematic diagram showing the protocols used 

via said interface to an SS7 gateway and then formatted for by the wireless office telephone system, 

transmission over said SS7 network. The invention is par- FIG. 7 is a schematic diagram illustrating the message 

ticularly useful for connecting a private wireless office format used by the PWOP protocol 
system to an SS7 network to allow roaming between the 

private wireless office telephone system and the PLMN. The 35 DETAILED DESCRIPTION OF THE 

invention allows application layer data, such as MAP and INVENTION 

TCAP messages, to be transported unchanged through the FIG. 1 is a schematic diagram showing an SS7 network 10 

interface. The invention also provides a protocol for trans- and an IP network 12 connected by a gateway. Gateway 

porting MAP and TCAP messages that eliminates the need includes an SCCP module 15 and MTP module 13 for 

for SS7 protocols, and in particular, eliminates the need to 40 communicating with nodes in the SS7 network. Gateway 14 

implement the Signaling Connection Control Part (SCCP). further includes a PWOP module 17, TCP module 18, and IP 

According to the present invention, mobile application module 19 for communicating with nodes on the IP network 

messages (MAM) are transported through the interface to 12. An SS7-IP protocol converter 16 for reformatting mes- 

the SS7 gateway using a protocol called the Private Wireless sages transmitted between the SS7 and IP networks sits 

Office Protocol (PWOP). MAM messages are encapsulated 45 between the SCCP module 15 and PWOP module 17. The 

in a PWOP layer having address information elements ga teway-14-allows-messages ~originati ng-in-the -jg^network 

identifying the called party and the calling party. In mes- 12-to4>e4ransmitte d-via-the-gateway-14 to-a-node-in-the-SS7 

sages originating in the IP network, the calling party address oeT>VQfk^l OPSffi 

is populated with the IP address of the originating host in the network -10-can-b^-trans imtte^ 

IP network. The calling party address is translated by the 50 ^on -tfie^IP network-127M essages originating in the IP network 
interface into a SS7 address. The message is also reformat- 12 are converted into SS7 messages for transport over the 
ted by the interface to render it suitable for transmission over SS7 network 10. Similarly, messages originating in the SS7 
the SS7 network. Messages originating from a node in the network 10 are converted into IP messages suitable for 
SS7 network are received by the SS7 gateway and trans- transmission over the IP network 12. 
mined over the interface to a host in the IP network. Since 55 The invention provides an interface between the gateway 
the hosts in the IP network are not addressed using a SS7 14 and the IP network 12. This interface is referred to herein 
address, the interface must translate the called party address as the gateway interface. One useful application of the 
from a SS7 address to an IP address identifying the desti- invention is to connect a private wireless office telephone 
nation host in the IP network. To perform this conversion, system that uses TCP/IP for message transport with a 
the interface uses a database that stores the IP addresses for 60 cellular communication network that uses the SS7 protocols, 
hosts in the IP network along with a corresponding SS7 One aspect of the invention is to define protocols that enable 
address. The interface replaces the SS7 calling party address application layer data contained in MAP and TCAP mes- 
with the corresponding IP address retrieved from the data- sages typically used in cellular networks employing SS7 to 
base and reformats the message for transmission over the IP be transported unchanged over the interface to the IP net- 
network. 65 work. The invention also comprises an protocol converter 16 
The PWOP protocol also defines procedures for estab- that reformats messages transmitted between the SS7 and IP 
lishing a communication session between the SS7 gateway networks via the gateway 14. 
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To place the invention in context, the architecture and The VLR 36 is used to store information about users that 

basic operation of a cellular communication network and are not in their home service area. When subscribers roam 

private wireless office telephone system will be described. outside of their home service area, the VLR 36 in the area 

The problem of interfacing these dissimilar networks will being visited must keep track of the subscriber's location 

then be described. Finally, the interface provided by the 5 and be able to verify the Mobile Identification Number 

present invention that solves this problem will be described. (MIN) of the mobile telephone. The VLR 36 in the area 

being visited queries the HLR 34 in the subscriber's home 

DESCRIPTION AND BASIC OPERATION OF service area to authenticate the subscriber and determine the 

PLMN services to which the subscriber is entitled. Information 

FIG. 2 is a schematic diagram of a Public Land Mobile 10 conce ™°g the * storcd * lhe VLR 36 as long as the 

Network PLMN. From a user's standpoint, the PLMN subscriber remains in the service area. The VLR 36 also 

appears to be a single homogenous network. In fact, the stores me current legation of me subscrfcer. The subscriber's 

PLMN is actually a collection of many interconnected currenl locatlon 15 aIso communicated back to the home 

cellular communication networks operated by many differ- HLR 34 50 that me home aetwork wiU know how t0 forward 

ent service providers 15 addressed to the subscriber who is currently outside of 

A , j . i ' . * „ i • tne home network. 

A fundamental concept of cellular communication net- 
works is the division of the service area into a plurality of Signaling In The PLMN 
cells. Each cell 22 is served by a base station 24 that In order to carry out the business of connecting calls and 
communicates over RF channels with mobile stations within 2Q providing advanced telecommunications services, the MSCs 
its assigned cell 22. The base stations 24 are connected to 28 in a cellular communication system must be able to 
mobile services switching centers (MSCs) 28 which in turn exchange messages with other MSCs 28. A signaling net- 
are connected to the Public Switched Telephone Network work is used to transmit such messages between MSCs 28. 
(PSTN) 30. Each cellular network in the PLMN will typi- A signaling network typically comprises many nodes called 
cally have many MSCs 28. The MSCs 28 are connected via 25 signaling points. The messages are routed from node to node 
Signal Transfer Points (STPs) 32 to the SS7 network. Also, over the network from the originating node in the network 
the MSCs 28 in a particular network are connected via to the final destination node. 

gateway STPs to MSCs 28 in other networks. Cellular communication networks use an SS7 signaling 

One function of the MSCs 28 is to connect calls to or from network. A schematic diagram of an SS7 signaling network 

mobile telephones in the network. When a call is placed by 30 is shown in FIG. 4. The SS7 network is indicated generally 

a mobile telephone to a number in the PSTN 30, the MSC by the numeral 100. There are three basic types of signaling 

28 connects the call to PSTN 30. When a call to a mobile points in an SS7 network — the Service Switching Point 

telephone is received by an MSC 28, the MSC 28 must be (SSP) 110, the Signal Transfer Point (STP) 112, and the 

able to connect the call to the mobile telephone addressed by Service Control Point (SCP) 114. The SSP 110 is used to 

the call. In order to connect calls to a mobile telephone, the 35 provide access to the network. An SSP 110 is typically an 

MSC 28 must know the location of the mobile telephone in end office in a telecommunications network. For example, a 

the PLMN so that calls can be forwarded to the appropriate local exchange in the Plain Old Telephone System (POTS) 

MSC 28 for routing to the mobile telephone. is a SSP 110. In a cellular network, the MSC 28 is a SSP. 

Information concerning the whereabouts of each mobile STPs 112 are used to transfer messages to other signaling 

telephone is stored in databases that are centrally located in 40 points. Typically, the STP 112 serves simply as a relay 

the network. Each service provider will typically maintain between the origination and destination nodes in a network, 

its own database containing subscriber information which is An STP 112 does not typically originate messages, nor is the 

shared with other networks in the PLMN. T hese databases STP 112 typically the final destination of a message. STPs 

include the Mo^lfeoGationMKe^is^P(HlRp3% and the 112 are used not only to connect nodes within a single 

Visitor Location Register (VLR) 36. 45 network, but also to connect networks. An STP 112 that 

The HLR 34 is used to store information concerning connects two networks is referred to herein as a gateway 

subscribers to a cellular network. This information typically STP - An scp 114 is used to provide access to databases, 

includes the user's name and address for billing purposes, Many of the features and services provided by modern 

the serial number of the user's mobile station, and the telecommunications services rely on information contained 

services to which the user is entitled to receive. In addition, 50 m databases. For example, in the Plain Old Telephone 

the current location of the subscriber is stored in the HLR 34 System (POTS), databases are used to store calling card 

for retrieval by an MSC 28 to use in routing calls to the information. In the PLMN, databases are used to store 

subscriber. The mobile unit registers with the servicing MSC information about mobile subscribers, such as the subscrib- 

28 when il is powered on and at periodic intervals so that the ers current location. The SCP 114 provides an interface to 

servicing MSC 28 can keep track of the location of the 55 mese databases. 

mobile unit The mobile unit also registers when it travels In order to permit the orderly exchange of information, 

between two different service areas (areas served by differ- nodes of a network must agree to a specific communications 

ent MSCs). As part of this registration pr ocedure , the mobile protocol. The protocol must be strictly followed by each 

unit transmits its MobilejIdentifieW the node to properly deliver data over the network. In the 

MSC 28. The MSC 28 uses the MIN to determine which 60 PLMN, that protocol is the raessaged-based SS7 protocol. In 

HLR 34 to access. When the mobile unit registers with MSC the SS7 network, an entity residing at one node requests 

28, the servicing MSC 28 updates the HLR 34 with the services from another network entity at another node by 

current location of the mobile station. When an MSC 28 sending a message over the network. These messages travel 

receives a call addressed to a subscriber that is not currently from one node to another independent of the voice or data 

in that MSCs 28 service area, the MSC 28 will query the 65 they pertain to in a envelope called a packet. 

HLR 34 for the subscriber's location so that the call can be FIG. 5 is a block diagram illustrating the various protocols 

forwarded to the MSC 28 currently servicing the subscriber. implemented in an SS7 signaling system. SS7 is actually a 
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set of communication protocols that allow applications or specified destination. This addressing information is used at 

processes to communicate with one another over a network. each signaling point in the SS7 network to determine how 

A central feature of the SS7 Reference Model is the concept the message should be routed. The addressing information 

of layers. The functions that need to be performed by the required by the SCCP protocols include the calling party 

communications protocols are assigned to the various layers 5 address and the called party address. The calling party and 

of the Reference Model. To perform those functions, a set of called party addresses can be a point code and subsystem 

protocols is defined at each layer of the Reference Model. number identifying a particular node in the network as the 

Thus, each layer of the Reference Model represents a desUnaUon. Global tide digits can also be used for routing of 

particular networking process with its own protocols me lobal titIe & its are used) the lo5al ^ tle 

functions, and conventions. One benefit of this layered 1Q ^ must eventuall 5e imo a int ^ and 

architecture is that the protocols at each layer can be elated sub tem num5er to route the m t0 me ^ des ti- 

to a particular software subsystem that can be designed, nat ion. Tlie process of translating global title digits is called 

tested, and implemented without affecting the networking bbal tiUe £ ans i a tion. 

processes in other layers. . . „„„ , . " • . • „ 

jl . • T-i^ c *u oo-j * | . | . t j In the SS7 model, commumcations take place vertically 

As shown m FIG. 5, the SS7 protocol stack includes a 1C r . ' , r i . .t_ 

w t r r» ^/irrriN j it r» ^ w 15 as requests for services are passed from one layer to another. 

Message Transfer Part (MTP) and a User Part. The Message A . n . , , r . ....... 

rp *■ n . | ... j . r As the message is passed down through the protocol stack, 

Transfer Part comprises three layers which correspond to the , . j! .u • * *■ • a u K * i * 

.... *l j * i- i I j*u *ii r each layer adds the information required by its protocols to 

physical layer, the data link layer, and the network layer of J . . - - j , L. K c 

KA , . f ^ . , e the message in the form of a header. The information 

the OSI Reference Model. Layer 1 is responsible for con- # . , : & . , ... . a 

, \ r . contamed in the headers is stripped off as the message passes 

verting data signals into a bit stream suitable for transmis- ~ n . , . ■ • i ti. . 

. i t ~ - -ui r j r r 20 upwardly through the protocol stack. Thus, a message at a 

sion over the network. Layer 2 is responsible for delivery of f , & r t . . . 

i- i- i u * * j- . • given layer serves as an envelope for transporting the 

messages over a signaling link between two adtacent sie- to ' , . A - , . 4i , 6 . 

.. . ? ■ ,u * i-i J . j message passed to it from the layer above. The layered 

naling points or nodes in the network. Functions performed to \ ^ . r ^ ■ . i • i j 

t ... . , • , . j * *■ j . messages is an nnportant feature in many protocols, mclud- 

at this level include error detection and correction, and ^ the SS7 rotocol 

sequencing of data that has been broken up for transmission 25 m ^ e ^ r0 000 " 

over the network. Layer 3 performs several functions includ- TCAP and MAP Protocols 

ing message discrimination, message distribution, message 

routing, and network management. Message discrimination The Mobile Application Protocol (MAP) and Transaction 

determines to whom a message is addressed. If the message Control Applications Protocol (TCAP) are protocols used in 

is addressed to the local node the message is passed to 30 telecommunications networks. These protocols are applica- 

message distribution. If the message is not addressed to the tion layer protocols used to provide roaming services to 

local node, it is passed to message routing. Message distri- subscribers. The Mobile Application Part (MAP) is a rela- 

bution determines the user part to which the message is tively new protocol used in cellular networks. The purpose 

addressed, and routes the message to the designated user of this protocol is to provide a mechanism by which cellular 

part. Message routing determines which link to use to 35 subscriber information may be passed from one cellular 

transmit the message and sends the message back to level network to another. The MAP protocol defines the messages 

two for transmission on the designated link. The network and transactions that are necessary to register and cancel 

layer also performs network management functions. These registrations in various databases. For example, the MAP 

functions are not material to the invention and are not information elements include information such as the mobile 

described herein. The MTP is described in ANSI Publication ^ identification number (MIN) and the serial number of the 

Tl .111. cellular telephone. This information is used, for example, by 

The User Part comes in several different varieties. the ANSI 41 protocol to register and cancel registrations. 

Examples of User Parts include the Telephone User Part MA QetiesHon^CAP-and'SCCP-for^ 

(TUP) for basic telephone services, and the ISDN User Part nejwgrkr> — - 

(ISUP) for combined voice and data services. These user 45 The TCAP protocol is used for two purposes: accessing 

parts uses the Message Transfer Part (MTP) for to provide remote databases and invoking features in remote switches, 

connection-less but sequenced transport of application data The TCAP protocol provides a means for the reliable 

over the network. The TUP and ISUP protocols are not transfer of data from one application at one node in the 

material to the invention. The ISUP protocol is described in network to another application within another network 

ANSI Publications T1.113. The TUP protocol is described in 50 entity. One of the first uses of TCAP was 800 number 

the ITU-TS documents Q.721-Q.725. translation. An 800 number cannot be routed through a 

To provide access to databases within the network, the telephone network because the "800" area code does not 

Transaction Control Application Part (TCAP) and Signaling specify any particular exchange. Therefore, the 800 number 

Connection Control Part (SCCP) are used. As previously must be converted into a routing number. This routing 

described, TCAP supports the functions required to connect 55 number is provided by a database that is located centrally 

to an network database, perform a query of the database, and within the telecommunications network. The TCAP protocol 

retrieve information from the database. An application entity provides the parameters and services needed to query this 

in the network uses TCAP messages to communicate with database. In cellular networks, TCAP is the protocol used to 

the database. TCAP is also used to provide access to features access the home location register (HLR 34), and visitor 

or services at a remote site. An application can invoke a 60 location register (VLR 36). 

feature at a remote site, such as automatic call back, by In addition to providing database access, the TCAP pro- 
sending a TCAP message to the remote entity. The TCAP tocol is used to allow an application entity in the network to 
protocols are described in ANSI Publications T1.114. communicate with other application entities. In the Intelli- 
SCCP is the protocol used to transport TCAP messages gent Network, TCAP is the protocol that will be used to 
over an SS7 network. SCCP provides end-to-end routing of 65 invoke features in remote switches. For example, one feature 
TCAP messages over the network. The SCCP layer contains of the Intelligent Network is automatic callback. In this 
addressing data necessary to deliver application data to the feature, when a subscriber dials a busy number, the sub- 
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scriber can enter in a feature code and hang-up. When the 
dialed number becomes available, the local exchange noti- 
fies the caller's local switch by sending a TCAP message. 
The TCAP message allows the local switch to ring the phone 
of the caller. This is just one example of how the TCAP 5 
protocol is used by one network entity to invoke features or 
services of another network entity. 

SCCP is the protocol used in cellular networks to trans- 
port MAP and TCAP messages and other application layer 
data. This protocol provides end to end routing of messages 10 
through the network. In order to route messages over the 
signaling network, individual nodes in the network are 
assigned unique physical addresses called point codes. An 
application or other entity residing in a particular node also 
has a logical address called the SSN. For example, databases 15 
in the cellular network are assigned an SSN. Messages 
transmitted over the network are addressed using the point 
code and SSN. When a node in the network receives a 
message, it examines the address information contained in 
the message to determine if the message is addressed to that 20 
node. This process is known as message discrimination. The 
physical address is used for message discrimination and is 
contained in the SCCP layer. If the message is addressed to 
the local node, then the local node determines the resident 
entity at the local node to which the message is addressed. 25 
This process is called message distribution. The logical 
address is used for message distribution. If the message is 
not addressed to the local node, then the local node deter- 
mines which link to use in routing the message. This process 
is called message routing. Message discrimination, message 30 
distribution, and message routing are normally layer 3 
functions in a cellular network but use address information 
contained in the SCCP layer. 

In large networks, it is not practical to store routing 
information in a node for all possible nodes to which a 35 
message may be addresses. Therefore, messages can also be 
routed using a number called the global title number. The 
global title number is typically the digits dialed by a caller. 
A signaling point can look at a portion of the global title 
number, such as the area code, and forward the message 40 
towards the destination node without actually knowing the 
final destination or address. Another node may then look at 
the exchange prefix and forward the message to a node 
adjacent the local exchange servicing the called party. 
Finally, the adjacent node can translate the global title 45 
number into a point code and SSN for routing to the final 
designation. 

DESCRIPTION AND BASIC OPERATION OF 
WIRELESS OFFICE TELEPHONE SYSTEM 50 

FIG. 3 is a block diagram of a private wireless office 
telephone system (WOTS) 40. The design of the WOTS 40 
is similar to a conventional cellular network described 
above. The WOTS 40 comprises one or more mobile ser- 55 
vices switching center MSCs 48, one or more transceiver 
stations 44, a Home Location Register 50, and a Visitor 
Location Register 52. The transceiver stations 44 commu- 
nicate with mobile wireless telephones within the network 
40 over radio frequency channels. When a call is addressed $n 
to one of the mobile wireless telephones, the MSC 48 routes 
the call to the appropriate transceiver station 44 which in 
turn transmits the signal to the mobile telephone. 

The WOTS 40 uses a TCP/IP network for transmission of 
signaling messages between nodes. IP addressing is simpler 65 
to implement and less costly than SS7 addressing typically 
used in cellular communication networks. Each node in the 
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network 30 is assigned a IP address that is used to route 
signals to the appropriate destination. The Transaction Con- 
trol Protocol (TCP) is used for message transport. The use of 
TCP/IP protocols is relatively simple to implement and is 
well-known in the art. 

The TCP/IP protocols used in the present invention elimi- 
nate the need for SS7 addressing on the IP side of the 
gateway. The TCP/IP protocols also provide transport 
services, thereby eliminating the need to use the SCCP 
protocols or lower layer SS7 protocols. Consequently, the 
need to support the SCCP layer of the SS7 protocol and the 
need for nodes on the IP side of the gateway to participate 
in SS7 message management is eliminated. 

The Interface Problem 

Because WOTS does not implement the SCCP protocol or 
other lower layer SS7 protocols, messages formatted for 
transmission over the WOTS network cannot be routed over 
an SS7 network. Similarly, the point codes, SSN, and global 
tide number used in the SS7 network for routing of messages 
have no meaning within the IP network. Therefore, an 
interface is needed to provide access to the SS7 network and 
to convert messages transmitted over the interface into the 
format used on the destination side of the interface. 

The present invention solves this problem by providing a 
pure IP to SS7 conversion. The invention is particularly 
useful to provide a telecommunication network that uses 
TCP/IP protocols for message transport rather than SS7 
protocols. The interface defined by the present invention can 
be used to connect nodes to SS7 networks without any 
knowledge of the SS7 protocols. The protocol used by this 
interface is called the Private Wireless Office Protocol 
(PWOP). 

The Private Wireless Office Protocol 

The private wireless office protocol (PWOP) provides a 
mechanism for transporting mobile application data 
messages, such as TCAP and MAP messages, over a net- 
work implementing the TCP and IP protocols. Messages 
containing mobile application data are referred to herein as 
mobile application messages (MAM). For purposes of this 
application, mobile application messages are application 
layer messages, such as MAP and TCAP messages, used in 
a mobile communication network. In the context of the 
present invention, a MAM includes all MAP and TCAP 
layer data. The present invention, however, is not limited to 
MAP and TCAP messages, but may be used with other 
application layer messages or user messages needed to 
exchange application data in a mobile communication sys- 
tem. 

The PWOP is also used for communicating mobile appli- 
cation data over an interface between a host in the IP 
network and a gateway to an SS7 network. The gateway will 
be referred to herein as an SS7 gateway. The PWOP protocol 
resides between the transport layer (TCP) and the TCAP 
layer. An important feature of the protocol is that it avoids 
the need to implement SS7 protocols, particularly the SCCP 
protocol and lower level SS7 protocols. 

FIG. 6 is a diagram showing the relationship of the 
various protocols used in the wireless office telephone 
system WOTS. The WOTS uses the TCP and IP protocols to 
provide basic transport of messages over the IP network 12. 
Like the SS7 network 10, the TCAP protocol is used to 
communicate application layer data to between different 
applications in the WOTS or between an application in the 
WOTS and an application in the PLMN. PWOP is an 
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adaptation protocol for establishing a communication ses- 
sion between the gateway and a node in the IP network and 
enabling MAP and TCAP messages to be transported using 
TCP/IP protocols. The PWOP protocol layer, sometimes 
generically referred to as the adaptation layer, lies between 
the transport layer (TCP) and the application layer (TCAP). 
The session management services provided by the PWOP 
layer are not implemented in the SS7 protocol. 

TCP is a transport layer protocol concerned with the 
reliable delivery of data between processes running on 
different nodes of an IP network. The TCP protocol checks 
the integrity and completeness of data and ensures that the 
data is received in the proper sequence. The TCP protocol 
corresponds to the transport layer of the OSI Reference 
Model. 

IP is a network layer protocol concerned with breaking 
messages into packets and routing of the packets. The IP 
layer corresponds to the network layer of the OSI Reference 
Model. One benefit of the IP protocol is that it is hardware 
independent, thereby allowing dissimilar networks to be 
interconnected as if they were one homogenous network. To 
perform the routing function, the IP protocol assigns a 
unique 32-bit address, called the IP address, to each host on 
the network. The IP address uniquely identifies a host. Thus, 
messages can be routed over the network by specifying the 
IP address of the destination host. 

The PWOP is an adaptation layer protocol, which is 
described in more detail below. This protocol provides a 
vehicle for transporting mobile application data over TCP/ 
IP The functions performed at this layer include session 
management (opening, closing, and configuring a commu- 
nications session) and link supervision. The session man- 
agement functions are functions of the session layer in the 
OSI Reference Model. Link supervision is normally a func- 
tion of layers 2 and 3 in the OSI Reference Model. However, 
the TCP/IP protocols lack the robustness of an SS7 network 
which has been developed specifically for telecommunica- 
tions networks. Therefore, the link supervision functions are 
implemented at this level to monitor the communication link 
between the gateway and IP network. Link reestablishment 
in the event of a failure is also performed at this layer. The 
TCP/IP protocols are well known in the art and further 
description thereof is, therefore, not warranted. 

The MAP and TCAP layers are the same as those used by 
the cellular network. It is necessary for the WOTS to 
implement these protocols to enable its users to roam 
seamlessly within the PLMN. The TCAP protocol is defined 
in ANSI Tl.114-1998. The mobile application protocol 
(MAP) may be any protocol that is suitable for use on top of 
ANSI TCAP. For example, TIA/EIA-41-D defines a Mobile 
Application Protocol suitable for use with the present inven- 
tion. 

Two types of signaling messages are used in the PWOP 
protocol — network messages and session control messages. 
The basic structure of these messages is the same and is 
shown in FIG. 7. As seen in FIG. 7, each message includes 
a header comprising a Message Code information element 
and a Length information element. The header is followed 
by an Information Unit information element. The formats of 
the various session control and network messages are shown 
in Appendix A attached hereto. The information elements 
contained in the session control and network messages are 
shown in Appendix B. 
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Session control messages are sent over the gateway 
interface to establish and maintain communication between 
the SS7 gateway and a host in the IP network, ion control 
messages have the following structure: 



PWOP 
TCP 



Network messages are used to transfer application-layer 
data between nodes in the IP network, and between a node 
in the network and the gateway. Network messages have the 
following structure: 



MAP 

20 TCAP 
PWOP 
TCP 

IP 



At the TCP layer, messages are addressed using the IP 
address and destination port of an entity in the IP network or 
the SS7 gateway. The PWOP protocol defines operation and 
maintenance (OM) procedures to establish and maintain 
30 communication between the SS7 gateway and a host in the 
IP network, or between two hosts in the IP network. It also 
defines procedures to close a communication session. The 
session control messages are used to carry out these OM 
procedures, which will be described more fully below. 

35 The PWOP protocol also defines networking procedures 
for transporting mobile application data, such as MAP and 
TCAP messages over the interface. The mobile application 
data in the TCAP and MAP layers is transported unchanged 

40 across the interface. One of the functions defined by the 
protocol needed to perform seamless transfer of mobile 
application data is address conversion. 

Operations and Maintenance Procedures 

45 

There are five basic OM procedures implemented by the 
PWOP protocol. The OM procedures implemented by the 
PWOP protocol include the open session procedure, the link 
supervision procedure, the link reestablishment procedure, 
50 the configuration procedure, and the close session proce- 
dure. 

The open session procedure is used to initiate a session 
between the SS7 gateway and a host on the IP network. The 

55 link supervision procedure monitors the communication link 
and generates an alarm in the event of a link failure. The link 
reestablishment procedure is used to reestablish the link 
when a link failure occurs. The configuration procedure is 
used to configure a host in the IP network during a com- 

60 muni cation session. The close session procedure is used to 
terminate a communication session. These procedures are 
described in more detail below. 

In general, the OM procedures are initiated by sending 
65 session control messages from the gateway 14 over the 
interface to an IP host. The timers and counters shown in 
Table 1 are used to implement these procedures: 
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TABLE 1 



Timers and Counters Used in OM Procedures 



Name Used By 


Value Range 


Description 


Tl 


GATEWAY 


1-255 


Time between consecutive Link 


CI 


GATEWAY 


0-255 


Supervision messages 
Number of consecutive Link 


T2 


IP HOST 


1-255 


Supervision messages sent without 

acknowledgement 

Time between consecutive Link 


C2 


IP HOST 


0-255 


Supervision messages 

Number of consecutive times timer 


T3 


GATEWAY 


1-255 


T2 has expired without receiving 
a Link Supervision message 
Time between consecutive Open 
Session messages during link 
reestablishment 


T4 


GATEWAY 


0-5 


Maximum time to wait for a response 
to an O&M message 



All session control messages transmitted over the interface 
are acknowledged within a period defined by timer T4. If 
this timer expires before receiving the corresponding 
acknowledgment message, appropriate actions are taken as 
described below. 



Open Session Procedure 

The open session procedure is initiated by the gateway 
sending an Open Session message over the interface to an IP 
host. The Open Session message includes the following 
information elements: PWOP Version, SSL Version, Super- 
vision Period, Keep Alive Periods, PCV Address informa- 
tion element, MSCID and MSCIN. The PWOP Version and 
SSL Version information elements are used to indicate the 
version of the PWOP protocol and SSL supported by the 
sending node. The Supervision Period information element 
indicates the time between two consecutive link supervision 
messages. The default value is 60 seconds. The PCV 
Address information element identifies the address of the 
SS7/IP protocol converter node. The Keep Alive Periods 
information element indicates the number of Supervision 
Periods that the IP host shall continue to operate without 
successful link supervision. The default value is 60. The 
MSCID information element indicates the identification 
number of the IP network. The MSCID information element 
is specified by the operator of the IP network. The MSCIN 
information element indicates the identification number of 
an MSC 28 in an SS7 network that is sending the message. 
The PWOP version, SSL version, Supervision Period, and 
Keep Alive Period information element may be specified by 
the operator of the IP network. If the operator does not 
specify these information elements, they shall be populated 
with their corresponding default values. The operator of the 
IP network can also specify the MSCID and MSCIN infor- 
mation elements. However, if these information elements 
are not specified, they are not included in the open session 
message. 

Upon receipt of an open session message, a host on the IP 
host verifies whether it supports the required PWOP and SSL 
version and sends an Open Session Result message back to 
the gateway. The Open Session Result message includes the 
Open Session Result parameter. If the specified PWOP and 
SSL versions are not supported, the IP host sends an Open 
Session Result message over the interface to the gateway 
indicating that it does not support the specified versions. In 
this case, the Open Session Result messages will include the 
version of the PWOP protocol and SSL supported by the IP 
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host. If the IP host supports the specified PWOP protocol and 
SSL, it shall respond with an Open Session Result message 
which will only include the Open Session Result informa- 
tion element and shall start timer T2 with the value specified 

5 in the Supervision Period information element. 

When the gateway receives the Open Session Result 
message, and it indicates a successful connection, the gate- 
way presents the results to the operator, starts timer Tl, and 
allows traffic over the interface towards the IP network. If 

10 the connection is not made successfully, or no Open Session 
Result message is received, the gateway shall present the 
result to the operator. 

Link Supervision Procedure 

When timer Tl expires, the gateway sends a Link Super- 
vision message over the interface to the IP network. The 
Link Supervision message is used to monitor the status of 
the link to the IP network as well as the status of the WOTS 

20 application. The Link Supervision message includes a single 
information element called the Unacknowledged Periods 
information element. This information element is populated 
with the value of the counter CI. 

Upon receipt of a Link Supervision message, the IP host 

25 shall re-set counter C2, re-start timer T2, and send a Link 
Supervision Result message to the gateway. When the Link 
Supervision Result message is received by the gateway, 
counter CI is re-set and timer T2 is re-started. 

If the gateway does not receive a Link Supervision Result 

30 message, it increments counter CI by one and re-starts timer 
Tl. If counter CI reaches a value equal to that specified in 
the Keep Alive Periods information element, the gateway 
shall stop all MAP messages from being transmitted over the 
interface, issue a link failure alarm, and initiate the link 

35 reestablishment procedure. 

The timer T2 is used to indicate the length of time that the 
IP network shall continue transmitting without link super- 
vision. If timer T2 expires, counter C2 is increased by one 
and timer T 2 shall be re-started. When counter C 2 reaches 

40 the value of the Keep Alive Periods information element, the 
IP host shall stop transmitting or receiving MAP message 
over the interface, stop all new call attempts, stop timer T2, 
and issue a link failure alarm. Established calls are not 
dropped. Rather, they shall be allowed to continue until they 

45 are ended by normal procedures. 

Link Reestablishment Procedure 

When link reestablishment is needed, as indicated by a 
5Q link failure alarm, the gateway shall start timer 13. When 
timer 13 expires, the gateway sends an Open Session 
message containing only its mandatory information ele- 
ments. If the communication is successfully established, the 
gateway shall stop timer 13, cease the link failure alarm, 
S5 allow MAP messages to be transmitted over the gateway 
interface, and start timer Tl. Otherwise, timer 13 is 
re-started. 

When the IP host receives an Open Session message 
following a link failure alarm, it ceases any outstanding link 
60 failure alarm. 

Configuration Procedure 

The configuration procedure is used to change the con- 
figuration data at the IP host. A Configuration message is 
65 sent over the interface by the gateway to the IP host. The 
Configuration message may include the Supervision Period 
information element, the Keep Alive Periods information 
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element, the MSCID information element, and the MSCIN layer and translates it to an IP address. The IP address is 

information elements. At least one of these information is included in the Called Party Address information element of 

included. When the IP host receives a Configuration the MAM. 

message, it updates the value of timer T2, re-starts timer T2, Jo perform the translation of address information con- 
re-sets counter C2, and sends a Configuration Result mes- 5 lame d in an SS7 message into an IP message, the gateway 
sage to the gateway. The Close Session Result message has tables to translate a destination point code (DPQ and, 
includes a Traffic Type information element. The Traffic optionally, a subsystem number (SSN) to a corresponding IP 
Type information element indicates if messages and/or calls address for a host on the IP network, and to translate a global 
are to be stopped during a close session procedure. Upon Me (GT) and translation type (Tl) to the IP address of a 
receipt of the Configuration Result message, the gateway 10 host. Also, the calling party address information from the 
updates the value of timer Tl, re-starts timer Tl, and re-sets SCCP layer is included in the calling party address infor- 
counter CI. mation element of the MAM. 

o - n_ j When an IP host receives the incoming message, it shall 

Close Session Procedure , . . . , 4 . j-.Ti.-r *-- 

take the appropriate action according to the information in 

The close session procedure is used to terminate a com- 15 the TCAP and MAP layers 

munication session. To terminate a communication session, , , ^ , . _ „ . 

the gateway sends a Close Session message over the inter- Tnmslanon of Outgoing Messages 

face to the IP host. Upon receipt of the Close Session Outgoing messages are messages transmitted over the 

message, the IP host stops all MAD messages transmitted to 2Q interface from a host on the IP network to the gateway which 

and from the gateway, stops all new call attempts (if are to be transferred to the SS7 network. When the gateway 

indicated by information element Traffic Type, stops timer receives an outgoing message from the IP host, it takes the 

T2, issues a session closed alarm, and sends a Close Session Called Party Address information element of the MAM and 

Result message to the gateway. The Close Session Result uses it to populate the Called Party Address information 

message includes a Traffic Type information element. The ^ element n the SCCP layer of the SS7 message. Also, the 

Traffic Type information element indicates if messages gateway takes the source IP address from the IP layer, 

and/or calls are to be stopped during a Close Session translates it into a point code and SSN, and uses it to 

procedure. By default, all messages and calls are stopped. populate the Calling Party Address information element in 

This default behavior can be modified so that messages are the SSCP layer of the SS7 message, 

stopped but the call continues until it is terminated. When 3Q when a network entity sends a MAM, it populates the 

the gateway receives the Close Session Result message, it Called Party Address information element differently, 

presents the result to the operator, stops timer Tl, and stops depending on whether the network entity is responding to a 

all traffic toward the network. If the Close Session Result previously received MAM, or is originating the message. If 

message is not received, it shall also stop traffic toward the the IP host is sending an answer or response to a previously 

network and present the result to the operator. 35 received MAM, it shall use the information received in the 

Calling Party Address information element of the incoming 

Networking Procedures t0 p0 p U i ate the Called Party Address information 

The procedures used to transport mobile application data element of the outgoing MAM. If the IP host is originating 

over the gateway interface are referred to herein as network- message, it shall populate the Called Party Address 

ing procedures. The networking procedures transport the 40 information element with the global title and translation type 

mobile application data unchanged over the interface to and of lhe intended destination. T^e calling party address infor- 

from the SS7 network. The interface handles address trans- matl0n element 1S not ^eluded in the outgoing MAM. 

lation of the message as described below. The mobile The conversion procedures are handled by the protocol 

application data is contained in a message called the mobile converter 16 at the gateway 14. As shown in FIG. 1, the 

application message (MAM). The MAM includes three 45 protocol converter 16 interfaces with an SCCP module 15 on 

information elements— the Calling Party Address informa- the SS7 side of the gateway and a PWOP module 17 on the 

tion element, the Called Party Address information element, IP side of the gateway 14. The SCCP module 15 retrieves 

and the Mobile Application Data (MAD) information ele- signals from the MTP module 17 and forwards the signals to 

ment. The Calling Party Address information element is an the converter 16. Similarly, the DWOP module 17 retrieves 

optional information element containing the address of the 50 signals from the TCP module 18 and forwards thernjo^the 

calling party. The address may be in any of the forms shown converter 16. The con ^rjej^ jextra cts addressin g inform a- 

in Appendix B. The Called Party Address information ele- tion fr^jm^S@@Ba^ 

ment is a mandatory information element containing the from^the^SSfeeJKor^ 

address of the called party. The address in the Calling Party mfjoj ^tionigfrom mthe^S^ 

Address information element and the Called Party Address 55 a&ir eg sgparamet^^ 

information element can be in the formats shown in Appen- messaggrl|Bk ^ 

dix B. The permitted formats include the ANSI SS7 format SSff*gl1wc|krnri 

(point code and subsystem number), the ITU SS7 format layerrisiu ^ r tb-po ^^ 

(signaling point code and subsystem number), global title, or lay 4 eisofethe^tgom'g^we^ge.ADuring the conversion 

IP address. The addresses are translated as needed by the 60 process, all application layer data, including TCAP and 

gateway. The MAD information element contains applica- MAP data, are transported transparently through the con- 

tion data, such Address Translation of Incoming Messages verier 16. 

from the SS7 Network The term "incoming messages" The present invention defines a relatively simple protocol 

indicates messages coming into the gateway from the SS7 for transporting ANSI -41 messages over a pure TCP/IP 

network. When the gateway receives a message from the 65 network. One^ein^fit^f^is^proio^isisjtig^^gsTOob 

SS7 network that is addressed to a host in the IP network, it reqiuxe-faosiPiMfle^E^ 

takes the called party address information from the SCCP protocols or procedures, in particular, the present invention 
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f ound4ii^7TietworksrT hus < the present invention provides 
a relatively simple and reliable method for interfacing a pure 
IP network with an SS7 network. 

APPENDIX A 
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APPENDIX A-continued 



Field 



Message Formats 

VALUE (HEX) 



TYPE 



Open Session Message 



Message Code 
Length 

Information Unit 



01 

variable octets 



DWOP Version 
SSL Version 
Supervision Period 
Keep Alive Periods 
PCV Address 
MSCID 
MSCIN 
Open Session Result Message 



Message Code 
Length 

Information Unit 



81 

variable octets 



Open Session Result 
DWOP Version 
SSL Version 

Close Session Message 



Message Code 
Length 

Information Unit 



02 
0 octets 



Empty 

Close Session Result Message 



Message Code 
Length 

Information Unit 



82 
1 octet 



Traffic Type 

Configuration Message 



Message Code 
Length 

Information Unit 



03 

variable octets 



M 
M 



M 
M 
M 
M 
M 
O 
O 



M 
M 



M 
O 
O 



M 
M 



M 
M 



M 



Supervision Period O 
Keep Alive Periods O 
MSCID O 
MSCIN O 
Note: at least one of the optional parameters shall be included 
Configuration Result Message 



Message Code 
Length 

Information Unit 



83 
0 octets 



Message Code 
Length 
Information Unit 



Empty 

Link Supervision Message 

04 
1 octet 



M 
M 



M 
M 



Unacknowledged 
Periods 

link Supervision Result Message 



Message Code 
Length 



84 
0 octets 



M 
M 



Field 



Message Formats 

VALUE (HEX) 



TYPE 



Information Unit 



10 



15 



20 



Empty 

Mobile Application Message (MAM) 



Message Code 
Length 

Information Unit 



05 

variable octets 



Calling Party Address 
Called Party Address 
MAD Message 



M 
M 



O 
M 
M 



APPENDIX B 



Information Elements 
Called Party Address Information Element 



25 



Called Party Address using ANSI SS7 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

information Unit 



82 
5 octets 



M 
M 



30 



HGFEDCBA 
Spare Typ c of Address 

Point Code - Member Number 
Point Code - Ouster Number 
Point Code - Network Number 
35 Subsystem Number (SSN) 



octet 
1 
2 
3 
4 
5 



Notes: 

a Type of Address shall be set to ANSI SS7 Point Code. 
Called Party Address using ITU SS7 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

Information Unit 



82 
5 octets 



M 
M 



HGFEDCBA octet 
Spare Type of Address 1 

45 MSB Signaling Point Code 2 

Spare LSB 3 

Subsystem Number (SSN) 4 



NOTES 



50 



a Type of Address shall be set to ITU SS7 Point Code. 
Called Party Address using Global Title 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

55 Information Unit 

H 



82 

m variable 
octets 



M 
M 



60 



G F E 
Spare 

Translation Type (TT) 
Number of Digits 
2 nd digit 
4 th digit 



D C B 
Type of Address 



1" digit 
3 ld digit 



octet NOTES 
1 b 
2 
3 

4 c 
5 



Notes: 



n-l lh digit 



cd 



a Where m - 3 + [(Number of Digiis)/2, rounded up to an integer], 
b Type of Address shall be set to Global Title. 
65 c Digits are coded in BCD. 

d When theTe is an odd number of digits the n* digit is set to zero. 
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APPENDIX B-continued 
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APPENDIX B-continued 



Information Elements 
Called Party Address Information Element 



Information Elements 
Called Party Address Information Element 



Called Party Address using IP Address 

Field Value (hex) Type 



Information Unit 



Reference 



Notes 



Identifier 
Length 

Information Unit 



82 
5 octets 



M 
M 



H 

MSB 



Notes: 



G F 
Spare 



E D C B A octet NOTES 
Type of Address 1 a 

2 
3 

IP Address 4 
LSB 5 



10 



15 



H 
MSB 



Notes: 



G F 
Spare 



E D C B A octet 
Type of Address 1 
2 
3 

IP Address 4 
LSB 5 



NOTES 



a Type of Address shall be set to IP Address. 
DWOP Version Information Element 



Field 



Value (hex) Type Reference Notes 



a Type of Address shall be set to IP Address. 
Calling Party Address using ANSI SS7 



Field 



Value (hex) Type Reference 



Notes 



Identifier 
Length 

Information Unit 
H 



81 
5 octets 



M 
M 



Identifier 
Length 
20 Information Unit 

H 



03 
1 octet 



M 
M 



G F E D C B A octet 
Spare DWOP Version 1 

Keep Alive Periods Information Element 



NOTES 



G F E D C B A octet NOTES 

Spare Type of Address 1 a 

Point Code - Member Number 2 

Point Code - Cluster Number 3 

Point Code - Network Number 4 

Subsystem Number (SSN) 5 

Notes: 

a Type of Address shall be set to ANSI SS7 Point Code. 
Calling Party Address using ITU SS7 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

Information Unit 
H 



81 

5 octets 



M 
M 



G F E D C B A octet 
Spare Type of Address 1 

MSB Signaling Point Code 2 

Spare LSB 3 

Subsystem Number (SSN) 4 

Notes: 

a Type of Address shall be set to ITU SS7 Point Code. 
Calling Party Address using Global Title 



NOTES 



25" 


Field 


Value (hex) 


Type 


Reference 


Notes 




Identifier 


OA 


M 








Length 


1 octet 


M 








Information Unit 










30 


H G F 


E D 


C B 


A octet 


NOTES 




Number of Supervision Periods 


1 


a 




Note: 












a Value range 1-255. 












Mobile Application Data Information Element 






35 


Field 


Value (hex) 


Type 


Reference 


Notes 




Identifier 


83 


M 








Length 


m octets 


M 




a 




Information Unit 










40 














H G F 


E D 


C B 


A octet 


NOTES 










1 


b 










2 





Field 



Value (hex) Type Reference Notes 



45 



Identifier 
Length 

Information Unit 



81 

m variable 
octets 



M 
M 



Mobile Application Data 

m 

Notes: 

a Where m = length of the MAP message including the TCAP heading, 
b Includes the MAP message and the TCAP heading. 
MSCID Information Element 



50 



Field 



Value (hex) Type Reference 



Notes 



G F E D C B A octet NOTES 
Spare Type of Address 1 b 

Translation Type (TT) 2 
Number of Digits 3 
2 nd digit 1" digit 4 c 

4 th digit 3 Id digit 5 



Identifier 
Length 

Information Unit 



04 
3 octets 



M 
M 



n* digit 



n-l Ih digit 



cd 



Notes: 

a Where m - 3 + [(Number of Digrts)/2, rounded up to an integer], 
b Type of Address shall be set to Global Title, 
c Digits are coded in BCD, 

d When there is an odd number of digits, the n ,h digit is set to zero. 
Calling Party Address using IP Address 



FED 
MSC Identify 



55 H 
MSB 

Note: 

60 a The MSC Identity is specified by the service provider. 
MSCIN Information Element 



A octet 
1 
2 

LSB 3 



NOTES 



Field 



Value (hex) Type Reference Notes 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 



81 

5 octets 



M 
M 



Identifier 
65 Length 



05 

m variable 
octets 



M 
M 
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APPENDIX B-oontinued 



APPENDIX B-continued 



Information Elements 
Called Party Address Information Element 



Information Unit 



G F E D C B 

Number of Digits 

2 nd digit 1" digit 

4 th digit 3 ri digit 



octet 
1 
2 
3 



n* digit 



n-l Ib digit 



notes 

b 



cd 



Notes: 

a Where m » 1 + [(Number of Digits)/2, rounded up to an integer], 
b The Number of Digits is between 0 and at least 15. 
c Digits are coded in BCD. 

d When there is an odd number of digits, the n lh digit is set to zero. 
Open Session Result Information Element 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

Information Unit 



07 M 
1 octet M 



H 



G 



F E D C 
Open Session Result 
PVC Address Information Element 



A octet 
1 



NOTES 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

Information Unit 



OB 
5 octets 



M 
M 



H 

MSB 



G F 
Spare 



D C B A octet 
Type of Address 1 
2 
3 

IP Address 4 
LSB 5 

Note: 

a The Type of Address shall be set to IP Address. 
SSL Version Information Element 



NOTES 
a 



Field 



Value (hex) Type Reference Notes 



Identifier 
Length 

Information Unit 
H 



02 
1 octet 



M 
M 



G F E D C B A octet 
Spare SSL Version 1 

Supervision Period Information Element 



NOTES 



Spare 



Traffic Type 



10 



25 



30 



35 



40 



45 



Field Value (hex) 


Type 


Reference 


Notes 


Identifier OS 
Length 1 octet 
Information Unit 


M 
M 






H G F E D 

Supervision Time 

Note: 

a Value range 1-255 seconds. 
Traffic Type Information Element 


C B 


A octet 
1 


NOTES 
a 


Field Value (hex) 


Type 


Reference 


Notes 


Identifier 0C 
Length 1 octet 
Information Unit 


M 
M 






H G F E D 


C B 


A octet 


NOTES 



55 



60 



Information Elements 
Called Party Address Information Element 


Unacknowled 


ged Periods Information Element 


Notes 


Held 


Vilue (hex) Type Reference 


Identifier 


09 M 




Length 


1 octet M 




Information Unit 





H 



G F E D C B 
Number of Unacknowledged Periods 

Note: 

25 a Value range 1-255. 



octet 
1 



NOTES 



What is claimed is: 

1. A method for communicating a mobile application 
message over an IP network between a first node in an SS7 

20 network that uses SCCP for message transport and a second 
node in an IP network that uses TCP/IP for message trans- 
port comprising: 

(a) encapsulating said mobile application message in an IP 
message without intervening SS7 protocol layers; and 

(b) transmitting said IP protocol message containing said 
mobile application message from said first node to said 
second node via a gateway; and 

(c) periodically sending a link supervision message from 
said gateway to one of said first and second nodes to 
monitor the status of the communication link, said link 
supervision message comprising an Unacknowledged 
Periods information element. 

2. The method according to claim 1 further including 
extracting said mobile application message from said IP 
protocol message at said second node. 

3. A method for communicating a mobile application 
message between a first node in an SS7 network that uses 
SCCP for message transport and a second node in an IP 
network that uses TCP/IP for message transport, wherein 
said IP network and said SS7 network are connected by a 
gateway, said communicating method comprising: 

(a) receiving, at said gateway, an SS7 message containing 
said mobile application message and a SCCP transport 
layer from said first node in said SS7 network; 

(b) extracting said mobile application message from said 
SS7 message at said gateway; 

(c) encapsulating said mobile application message in an IP 
message without an intervening SCCP layer; and 

(d) routing said IP message containing said mobile appli- 
cation message toward said second node in said IP 
network; and 

(e) periodically sending a link supervision message from 
said gateway to said second node to monitor the status 
of the communication link, said link supervision mes- 
sage comprising an Unacknowledged Periods informa- 
tion element. 

4. The method according to claim 3 wherein said SS7 
message includes a called party address in said SCCP layer 
identifying the called party. 

5. The method according to claim 4 further including the 
step of translating the called party address at the gateway 
from a first format into a rou table IP address in said IP 
network. 

6. The method according to claim 5 wherein said called 
65 party address comprises global title digits and said translat- 
ing step comprises retrieving the IP address corresponding to 
said global title digits from a database. 
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7. The method according to claim 5 wherein said called 
party address includes a point code and optionally a sub- 
system number and said translating step comprises retriev- 
ing the IP address corresponding to said point code and 
subsystem number from a database. 5 

8. A method for communicating a mobile application 
message between a first node in an IP network that uses TCP 
for message transport and a second node in an SS7 network 
that uses SCCP for message transport, wherein said IP 
network and said SS7 network are connected by a gateway, 
said communicating method comprising: 

(a) receiving, at said gateway, an IP message containing 
said mobile application message encapsulated in said 
IP message without an intervening SS7 protocol layer; 

(b) extracting said mobile application message from said 
IP protocol message at said gateway; 

(c) encapsulating said mobile application message in an 
SS7 message including a SCCP layer; and 

(d) routing said SS7 message containing said mobile 
application message toward said second node in said 
SS7 network; and 

(e) periodically sending a link supervision message from 
said gateway to said first node to monitor the status of 
the communication link, said link supervision message 
comprising an Unacknowledged Periods information ^ 
element. 

9. The method according to claim 8 wherein said SCCP 
layer includes a calling party address information element. 

10. The method according to claim 9 wherein the gateway 
populates the calling party address information element with 3Q 
a point code identifying the first node. 

11. The method according to claim 10 further including 
the step of translating the calling party address from an IP 
address provided by said first node into a point code. 

12. The method according to claim 9 wherein the gateway 35 
populates the calling party address information element with 
global title digits. 

13. The method according to claim 10 further including 
the step of translating the calling party address from an IP 
address provided by said first node into global titles. ^ 

14. A method for communicating a mobile application 
message between a first node in an SS7 network that uses 
SCCP for message transport and a second node in an IP 
network that uses TCP/IP for message transport, wherein 
said IP network and said SS7 network are connected by a 
gateway, said communicating method comprising: 

(a) receiving, at said gateway, a signaling message from 
said first node, said signaling message including an 
application layer containing said mobile application 
message and a SCCP layer containing a called party 50 
information element containing the address of said 
second node; 

(b) converting said signaling message into an IP protocol 
message suitable for transmission over said IP network, 
said converting step including removing said SCCP 55 
layer; 

(c) routing said converted signaling message towards said 
second node in said IP network; and 

(d) periodically sending a link supervision message from 
said gateway to said second node to monitor the status 60 
of the communication link, said link supervision mes- 
sage comprising an Unacknowledged Periods informa- 
tion element. 

15. The method according to claim 14 further including 
the step of translating, at said gateway, the called party 65 
address from the SCCP layer into a roulable IP address in 
said IP network. 



45 



16. The method according to claim 15 wherein said called 
party address comprises global title digits and said translat- 
ing step comprises retrieving the IP address corresponding to 
said global title digits from a database. 

17. The method according to claim 15 wherein said called 
party address includes a point code and optionally a sub- 
system number and said translating step comprises retriev- 
ing the IP address corresponding to said point code and 
subsystem number from a database. 

18. A method for communicating a mobile application 
messages between a first node in an IP network that uses 
TCP for message transport and a second node in an SS7 
network that uses SCCP for message transport, wherein said 
IP network and said SS7 network are connected by a 
gateway, said communicating method comprising: 

(a) receiving, at said gateway, a signaling message con- 
taining said mobile application message from said first 
node, said signaling message including a called party 
address information element containing the address of 
said second node in said SS7 network, wherein said 
signaling message includes said mobile application 
message encapsulated in an IP protocol message with- 
out an intervening SCCP layer; 

(b) converting said signaling message into an SS7 mes- 
sage suitable for transmission over said SS7 network, 
said converting step including the step of adding a 
SCCP layer to said signaling message; 

(c) routing said converted signaling message towards said 
second node in said SS7 network; and 

(d) periodically sending a fink supervision message from 
said gateway to said first node to monitor the status of 
the communication link, said link supervision message 
comprising an Unacknowledged Periods information 
element. 

19. The method according to claim 18 wherein said SCCP 
layer includes a calling party address information element. 

20. The method according to claim 19 wherein the gate- 
way populates the calling party address information element 
with a point code identifying the first node. 

21. The method according to claim 20 further including 
the step of translating the calling party address from an IP 
address provided by said first node into a rou table point code 
in said SS7 network. 

22. The method according to claim 21 wherein the gate- 
way populates the calling party address information element 
with global title digits. 

23. The method according to claim 22 further including 
the step of translating the calling party address from an IP 
address provided by said first node into global title digits. 

24. A gateway for communicating a signaling message 
between a first node in an IP network comprising: 

a) a TCP interface module for transmitting IP protocol 
messages to and receiving TCP/IP protocol messages 
from said TCP/IP network using a first message format; 

b) an SCCP interface module for transmitting signaling 
messages to and receiving signaling messages from 
said SS7 network using a second message format; and 

c) a protocol converter interfaced with both said TCP 
interface module and said SCCP interface module for 
converting messages received from either said IP net- 
work into SS7 messages and for converting messages 
from said SS7 network into the IP messages; and 

d) said gateway operable to periodically send a link 
supervision message to said first node to monitor the 
status of the communication link, said link supervision 
message comprising an Unacknowledged Periods 
information element. 
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25. The system according to claim 24 wherein the pro- 
tocol converter converts SCCP address parameters from SS7 
messages into IP address parameters used by said IP net- 
work. 

26. The system according to claim 25 wherein said SCCP 
address parameters include a point code and optionally a 
subsystem number. 

27. The system according to claim 25 wherein said SCCP 
address parameters include global title digits. 

28. The system according to claim 25 wherein said 
gateway includes a database for storing IP addresses and 
corresponding SCCP address parameters used by said pro- 
tocol converter to translate addresses. 

29. A method for communicating a mobile application 
message an interface between a gateway to an SS7 network 
that uses SCCP for message transport and a host in an IP 
network that uses TCP/IP for message transport, said com- 
municating method comprising: 

a) establishing a communication session between said 
gateway and said host; 

b) receiving, at said gateway, a mobile application mes- 
sage originating from said SS7 network, said mobile 
application message including a SCCP layer; 

c) extracting said mobile application message from said 
SS7 message at said gateway; 

d) encapsulating said mobile application message in an IP 
message without an intervening SCCP layer; and 

e) routing said IP message containing said mobile appli- 
cation message toward said IP network; and 

f) periodically sending a link supervision message from 
said gateway to said IP host to monitor the status of the 
communication link. 

30. The method according to claim 29 including sending 
a link supervision reply message from said host to said 
gateway in response top to said link supervision message. 

31. The method according to claim 29 including gener- 
ating a link failure signal by said gateway when a predeter- 
mined number of consecutive link supervision messages are 
sent without a response from said host. 

32. The method according to claim 31 including gener- 
ating a link failure signal by said host when a predetermined 
time period has elapsed without a link supervision message 
being received from said gateway, 

33. A method for communicating a mobile application 
message an interface between a gateway to an SS7 network 
that uses SCCP for message transport and a host in an IP 
network that uses TCP/IP for message transport, said com- 
municating method comprising: 

a) establishing a communication session between said 
gateway and said host; 

b) receiving, at said gateway, an IP message including a 
mobile application message originating from said IP 
network; 

c) extracting said mobile application message from said IP 
message at said gateway; 

d) encapsulating said mobile application message in an 
SS7 message including an SCCP layer; and 

e) routing said SS7 message containing said mobile 
application message toward said SS7 network; and 

f) periodically sending a link supervision message from 
said gateway to said IP host to monitor the status of the 
communication link. 

34. The method according to claim 33 including sending 
a link supervision reply message from said host to said 
gateway in response top said link supervision message. 

35. The method according to claim 33 including gener- 
ating a link failure signal by said gateway when a predeter- 
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mined number of consecutive link supervision messages are 
sent without a response from said host. 

36. The method according to claim 35 including gener- 
ating a link failure signal by said host when a predetermined 

5 time period has elapsed without a link supervision message 
being received from said gateway. 

37. A gateway for communicating a signaling message 
between a first node in an IP network and a second node in 
an SS7 network, comprising: 

3Q a) a TCP interface module for transmitting IP protocol 
messages to and receiving TCP/IP protocol messages 
from said IP network using a first message format; 

b) an SCCP interface module for transmitting signaling 
messages to and receiving signaling messages from 

15 said SS7 network using a second message format; 

c) a protocol converter interfaced with both said TCP 
interface module and said SCCP interface module for 
converting messages received from said IP network 
into SS7 messages and for converting messages 

20 received from said SS7 network into IP messages; 

d) an adaptation module between said TCP interface 
module and said protocol converter, said adaptation 
module performing link supervision functions compris- 
ing a link supervision procedure to monitor communi- 

25 cations links between said gateway and said first node; 
and 

said link supervision procedure comprising an Unac- 
knowledged Periods information element. 

38. The system according to claim 37 characterized in that 
30 said adaptation module additionally performs session man- 
agement functions selected from the group consisting of an 
open session procedure, a configuration procedure, and a 
close session procedure. 

39. The system according to claim 38 characterized in that 
35 said open session procedure is operative to initiate a com- 
munication session over said gateway, and comprises ele- 
ments selected from the group comprising of PWOP 
Version, SSL Version, Supervision Period, Keep Alive 
Period, PCV Address information element, MSCID and 
MSCIN. 

40 40. The system according to claim 39 characterized in that 
said open session procedure includes said Supervision 
Period element, and said Supervision Period element indi- 
cates the time between successive link supervision mes- 
sages. 

45 41 . The system according to claim 40 characterized in that 
said open session procedure additionally includes said Keep 
Alive Period element, and said Keep Alive Period element 
indicates the number of said Supervision Periods that said 
first node shall continue to operate without successful link 

50 supervision. 

42. The system according to claim 38 characterized in that 
said configuration procedure is operative to change configu- 
ration data at said first node, and comprises elements 
selected from the group comprising of Supervision Period, 

5S Keep Alive Period, MSCID and MSCIN. 

43. The system according to claim 38 characterized in that 
said close session procedure is operative to terminate a 
communications session, and includes a Trafl5c Type infor- 
mation element. 

44. The system according to claim 37 characterized in that 
60 said link supervision functions of said adaptation module 

further comprises a link reestablishment procedure. 

45. The system according to claim 44 characterized in that 
said link reestablishment procedure is operative to reestab- 
lish failed communications links between said gateway and 

65 said first node. 

***** 
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